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BACKGROUND OF THE tNVENTlON 

Cross Reference to Related Applications 

This application is a contii}uation-in-pan of U.S. Patem Application «Kitted 
••Sysiem and Method for Facihiating Receipi and Coltection of Goods Ordered feoai 
5 Online Reiailers'\ filed December 1 , 2000 0\^GR R^f No. 25350-703), and r«lai«s to 
U.S. Pateni Application entitled *'Sinete Courier Model for the Delivery of Goods Cheered 
by the Iniemei" filed January 10, 2001 0\^GR Ref No. 25350.704), .all of which^e 
hereby incorporated by reference. 
Field of the Invention 

1 0 This invention relates lo the field of e-comro«x^. in panicular, ^ inv^aion 

relates to network systems for facilitating the deUvery of goods ordei^ fron oi^ixie 
retailers. 

Description of the Related Art 

Prior to the advent of web-based reiailing, customers have typkaily pur\^iased 

1 5 goods through siore-based retailing or by contacting a vendor via ieleplio&eor mail. Ttey 
may go to a retail store and conduct the ptirchase through a sales a^istant store-based 
retailing, or conduct the purchase over the telephone by calling d>e vend^xiisaectly - ^ is 
usually in response to seeing the prodiict in a v^idor's catalog ors^s^g w^vertisOT^ent 
for the product on the television, radio or o&er meditun this is called cataiog-based 

20 retailing. 

Recently, a third approach to retailing has evolved: buying goods o^&er^ ttnemet. 
Customers select their goods from the choice available on a veniJor's web page. Payment 
is conducted typically uiih a credit card, which is authoriaed at tS»e posit of f>urchase. This 



2 



retail approacii is^<ferred to es "eiailing": ventk^ esmg^ etaJImg tmxtel areveferpod-to 
as "eiaiJers". 

Eiailing has a number of a^dvaniaees o\w both 5 we^based TetaiUns and cataioe- 
based retailing. However, a key challenge for etailers « geaing tbe^oods to the ciistimier 
in a way that is cheap and convenient. Catalog-based retails have ^ways faced a similar 
challenge, which is one of the main reasons why the -growxhof catalog-based T^tailing has 
been curtailed. So if etailers are lo ftalfill their potential, they need to address \bc probi^^s 
with the curreniiielivery infrastructme. 

Tliere are two problem areas with the current 4eliv«ry in&astrxK^^: cost am] 
conveiueiKe. Each of these problems will iiow be discussed. 

Delivering individual packages to indix'idual customer's homes is an inefBcient 
process compared to delivering whole batches of products to 5ieiail siwes. This 
inefficiency is compounded further by the fact that customs are o^ct not receive 
the delivery. Understandably, it is difficult for<)elivery companies to ^*ve a specific time 
when a customer's package ^^^ll be delivered in fact, they cou7J §i\=e specioc <imesbut 
this would make the system even more inefficient -and thwefore increase the cost <\fen 
further. But it is 'equally understandable that customers -are im^illmg to >\=€at in for a 
vaguely- specified time period often spanning sex^eraJ days to take receipt of their pacicege. 

The result is that the delivery company eiAcr leaves ti>e parcel outsit Ae 
customer's home which is clearly a securiT>' risk as it invites theH, or iea\^^ ooic 
explaining that Aey tried to deliver the package but the customer ^«cs not in; the delivery 
company v^ill either try to deliver the package-^gain or ^iU ask the c^tc»»erM<ollect it 
form the delivery company's depot between c<ert:ain times which is inconvenient for Ae 
customer and inefficient for the delivery company. 



In summary, ihc current process is inconveniem and inet&ciem. !t is inconvesiem 
for cusioroers because they either have^o try 10 wail in for the delivery which could 
waiting in for several days or go 4o the delivery depot ^t a certain droe. It is ineftkient fer 
deliver^' companies because deiivering -single packages io individual cusi<Hi>ers' ^kmt^ ?s 
5 more expensive than delivering muUipk packages lo.reiail siores, ^ind because cisiom^ 
are often not in to receive their deliveries. The delivery companies' inefficiencies resist m 
increased costs, which result in increased delivery fees. This limits ftinher the appeal*^ 
customers of buying goods from an ^^aiier. 

Some customers have responded to this situation by airanging for 'goods purchsed 
1 0 from eiailers to be delivered to their employer's office. Tliis approach has a numb^of 
problems, probably the most peninem of which is that ennployers' office -systCTis are not 
equipped to cope with handling their employees* shc^ping. Consequently. empjoyers-ape 
becoming increasingly reluctant to allow their employees to dehver personal shopping to 
their place of work. 
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NUMMARY OF THE INVENT^DN 

The inveniion provides a method and apparatus to unpJement and opwaie^ 
network of automated coHection points, or ACPs. The automated coHection points 
facihiate the delivery of eoods to a customer, in particular, the invention allows 
customers, deli\'ery agents, or retailers to ajrange for tbe-deli\^^ of goods ordered "torn a 
retailer to an automated collection point which <:an be accessed by a ctistomer. 

An automated collection point comprises a bank of elecironically-operaied lockeis. 
The lockers may \ ary in ^ize, and may be positioned indoors or outdoors. The ACP may 
include different type of interfaces, -such «s barcode readers, ^man c^d read^, biomeiric 
scanners, or keypads. 

The automated collection point is conne^ed via a nerNX'ork medium to a collection 
of one or more servers referred to as a Locker Managraient S\^tem. A Locker 
Managemeni S)*siem (LMS) may control ru-o or more automated collection points. These 
automated collection points may be located at -separate geographical locations. 

In embodiments of the in\ ention, rather than specifying honne or work as ^be ship- 
to address, customers or etailers may arrange for goods to be shipped to a local AO*. In 
some embodinf)ents, each package is assigned a unique numeric ID. ^Vben a padcage is 
delivered to an ACP site, it is identified to an interface on the ACP by its package ID. in 
some embodiments, the package ID may be embedded in the ACP site address on <tbe ship- 
to label on the package. In some embodiments, -the package SD may be en<K>ded 'as a bar 
code on a label on the package — this bar code may be scanned on a bar code scaiming 
interface coupled to the automated collection point, in other embodiments, the package ID 
may be iransmined wirelessly to a detector coupjed to the auromated coiieccion point. In 



yei another ^mbodim^DL ihe package ID in«y be typed inio a^eyboard in communication 
NMih the automated collection point. Upon validating the package ID,<^ automated 
collection point will open to permit access, so that ihe package may be placed intoan 
appropriately-sized secure locker. 

In embodiments of the invention, upon receipt of the package by the automated 
collection point, the customer will automatically be sent a message containing noiific^ion 
of the delivery. The message may include a numeric code Tor opening the iock^. in 
embodiments of the invention, this code ^^i^l only work ^lien vsed in conjunction with a 
pre-determined customer PIN. 

In embodiments of the invention, the customer will come 4o the ACP she 4o collect 
their goods. In alternative embodiments, the ACP may be affixed ^o the customer's 
residence. In embodiments of the invention, the ACP interface may prompt the customer 
to enter their collection code followed by their PIN. The collection code and PIN will be 
validated by the ACP site and the ser\'er computers used to manage the netwoiicof ACPs. 
If the validation is successful, the locker containing d)ecuston)er's goo^ v^ill open. 

Embodiments of the invention include a method of airanging deUvery of an item 
ordered from the Internet to a automated collection point by selecting -one of a wanber^of 
couriers. Such embodiments involve selecting a courier amongst a pKirality of couriers. 
The plurality of couriers may be stored in a database accessible by ^ e taii^.^itber 
locally or remotely. The courier may be selected on the basis of price. In erobodimems, 
the user is sent a plurality of prices for deli\^ring the item to the collection 5>oini by ^ 
pluralitj' of couriers. In some such embodiments, the system then selects the courier with 
the lowest price. The sysiem may also determine whether or not couriers fasted in the 
database dehver to the requested automated coUec^ion point. 



In some embodiments, a string idendfier may -be sent ibe e laiier to ^ 
customer via the web client. The siring identifier may indicate ^ idOTtifier for tbe 
courier; ii embodiments, ii may indicate a password for entry to tbe locker in the 
automated collection point. In some embodiments, the suing identiSer may be 
dynamically generated. 



BRIEF DESCRJPTiON X)TF THE FIGURES 

Fig. ] is an entity-relationship diagram iHustrating process employ^ for arranging 
the delivery of goods purchased from an e-iaiter according lo -embodim^ts of the 
invention. 

Fig. 2 illustrates a neru ork -architecture for ^ central serv*er us^ to airange the 
dehvery of commercial goods purchased from e-iaiiers in embodiments of the inv^tion. 

Fig. 3 illustrates ^ clieni-side archiiectuj^ used by -e-tailers lo interface with^ie 
central serv er according to embodiments of the invention. 

Fig. A schematically illustrates ciieni interfaces used by customers to access the 
central serv'er according lo embodiments of the in\^ntion. 

Fig 5 illustrates a user interface for an automated collection point used in an 
embodiment of the invention. 

Fig. 6 illustrates a client interface used by de4iver\' companies to access the central 
serv^er in embodiments of the invention. 

Fig. 7 illustrates a client interface used by hosts of the automat^ collection points 
lo access the central serv er according to embodiments of the invention. 

Fig. 8 is a flowchart for a customer registration process used in embodiments of the 
invention. 

Fig. 9. 9a, includes flowchart for a process for scheduling the deliver}' of goods 
according to embodiments of the invention. 

Fig. ] 0, 1 Oa, ] Ob includes flowcharts illustrating processes for delivering goods to 
an automated collection point according to embodiments of the invention. 

Fig. 11 , 1 3 a illustrates fioN^^harcs for processes invoh^ed in 'coliecting goods. 



Fig. 12, 12a includes a flowchan for a collection expiry process in 
embodiments of the invention. 

Fig. 13, 14 illustrates a partner settlement procedure accwdijig to embodiments of 
the invention. 

Fig. 1 5 illustrates a process for automated closing of the door of an automated 
collection point according to embodiments of the invention. 

Fig. 1 6 illustrates a process for delivery company registration widi the central 
sen-er according to embodiments of the invention. 

Fig. 1 7 illustrates a process for registering a host for an automated collection point 
according to embodiments of the invention. 

Fig. 1 8 illustrates a process for registering e-taiiers with the central -server 
according to embodiments of the invention. 

Fig. 19 illustrates a s\^iem architecture with multiple <:ourier ser\'ers. 

Fig. 20 illustrates an address determination procedure for multiple courier 
embodiments. 

Fig. 21 illustrates a delivery fee calculation procedure for multiple courier 
embodiments. 

Fig. 22 illustrates a procedure for formating shipping pages in mu3tipJe courier 
embodiments. 

Fig. 23 illustrates a customer registration procedure tis^ in mukiple courier 
embodiments. 

Fig. 24 illustrates a dynamic fee calculation prot^edure used in -multiple courrer 
embodiments. 

Fig. 25 illustrates a ship order procediire used in muitipJe courier embodimenis. 
Fig. 26 illusu^ates a*senlement procedure used in muitipJe courier embodiments. 



Fig. 27 iHustraies a sx'siem paraineiers fMOcediro ised in tnu1d}>te«>usier 
embodiments. 

Fig. 28 illustrates a schedule delivery procedure used in fnukipie^ominer 
embodimenis. 

Fig. 29 illusuates a redirect: home lo CP procedure used in mukipk^ouner 
embodiments. 

Fie. 30 illustrates a system architecture in single courier embodimems. 
Fig. 31 illustrates an address determination procedure ised in singie com>a- 
embodimenis. 

Fig. 32 illustrates a delivery fee cakulation procedure used in'singk<:ouri^ 
embodiments. 

Fig. 33 illustrates a format shipping page procedure used in^ingie cousier 
embodiments. 

Fig. 34 illustrates a customer registration procedure used in single courier 
embodimenis. 

Fig. 35 illustrates a dynamic fee calculation procedure tssed in single ccmrier 
embodiments. 

Fig. 56 illustrates a ship order procedure used in single courier embodiments. 
Fig. 37 illustrates a senlement procedure used in singk^miercmbodimecHs. 
Fig. 38 illustrates a system paramei«^ procedure used in ^isgie courier 
embodiments. 

Fig. 39 illustrates a schedule deliv^' procedure used in single couri^ 
embodiments. 

Fig. 40 illustrates a redirect: home lo CP procedure iised in singie x^ourier 
embodimenis. 



DET.AILED DESCRIPTION 



A. System Architecture 

Embodiments of the invention include a compitfeer nerv^wk ^hisiecture for a tedcer 
management system used to operate one or m<»e automated colteciion poims. Each of <fae 
automated collection points comprises one or more Jockers located at a sne. The 
automated collection points provide m interface for validating the delivayof goods to ^ 
site. The processes employed in delivering goods to customers are schematically 
illustrated in Fig. 1 . Each of the automated coBection points is also coup}ed ibe locker 
management SN'stem. which enables validation of packages arrix^ing at the automated 
collection points. 

A netvi'ork architecture for the Jocker management sv'stem is illustrated in Figure 2- 
4. 6. The architecture includes one or more of the following oomponents: 

1 . Internet Service Provider ISP IW4. 

2. Leased Line 1001. 

3. Webserver 1010 

4. Application Ser\^r 1 040 

5. ACP Server 1070 

6. Firewalls 1002 and 1030 

7. Router 1003 and Ethernet network cabiin^g 

8. Hub 1099 

9. Conunimicaiion connection hetw?een the ACP Sites and the ACP Smw. in an 
embodiment of the in\^rition. the communication connection raay be a X'S AT 
Connection 1098 
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10. ACPSkePOO 

1 1 . Hosi inierface Device 1110 

12. Host Cominunicaiion De\TC€ 1 1^3. 

13. Eiailer Interface Device 301 Fig 3 

5 14. Eiailer Integration Device 3 1 0 Fig 3 

15. Customer Interface Device 1201 Fig 4 

1 6. Customer Message Device 1 205 Fig 4 

1 7. Delivery Company Interface Device €01 Fig 6 

1 0 The ISP 1 004 provides connectivity ben\^een the ACP system and the Internet. 

This connectivity is established by connecting the Web Senw 1010 to ibe ISP JO04 
through the Leased Line 1001 connected to a Router 1003. The Router 1O03 is connected 
to the Hub 1 099 via a Firewall 1 002. The Web Server 10! 0 may be connected to the other 
servers in the ACP sj'siem using a CATS coaxial cable connection to the Etberaet Jiob 
1 5 1 099. The Web Server 1 010 hosts the web sites and performs the web processing lequi}^ 
in the ACP S}'siem. The Web Sen-er 1010 only communicates wiih ^e Application Servo- 
1 040 and other senders on the Internet via the ISP 1 004: it does not commtmkate direc-tly 
with the ACP Serv^er 1 070 - this is conducted through the Application Server 1040. 

The Apph'cation Sej^-er 1 040 also connects to ibe other senders through a CATS 
20 coaxial cable connection to the Ethernet Hub 1099. via a Firewall 1030. The Application 
Ser\'er 1 040 performs most of the business logic in the ACP ^x^tem. it works wi<h the 
Web Serxer 1 01 0 and ACP Sen-er 1 070 to^send and receiv-e information lo^isersoftte 
ACP System. The users are customers, etaiters. delivery comi>anies and ACP-si^ hosts. 
The ACP Ser\'er 1 070 is the gateway through to the ACP ^iies. Jt is connecied $o 
25 the other servers through a CATS coaxial cabk connection to Ae Mt*> 1099. ^d ^ Abe 
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ACP Silcs via a connection medium that supports Internet Protocol IP communication. In 
an embodimeni of the invention, this connectivity may be through a VS AT Connection 
1098. The ACP Server communicates only with the Application Server 1040 and the ACP 
Sites 900, it docs not communicate directly with the Web Server 1010 - this is conducted 
5 through the Application Server 1070 via the Hub 1099. 

The ACP Site 900 is the actual bank of lockers to which customers' packages are 
delivered. The ACP Sites 900 conununicate only with the ACP Server 1070. This 
communication can be conducted using any communication medium that supports IP. In 
the first implementation of this invention, this connectivity will be through a 

1 0 Communications Socket 1 1 04 which will be a PES cormector which will enable 
connectivity to the VSAT Connection 1098 at the ACP Server 1070. 

Delivery companies relate to the system in two ways. First, their delivery 
personnel actually perform the delivery of the packages to the ACP Sites 900. This activity 
is conducted through the ACP Site 900 interface, which may comprise one or more of an 

1 5 LCD Screen 95 U a Keypad 952, a seiies of Buttons 953 and a Barcode Reader 954 (Fig. S). 
Secondly, the delivery company can view the information on deliveries made by their 
delivery personnel using the Delivery Company Interface 801 . This is typically a web 
browser running on a PC owned by the delivery company. The deliveiy company will 
have access, through its web browser, to a dedicated part of the ACP system's Web Server 

20 1010. 

Hosts have a corrununications capability into which the ACP Sites are connected. 
As explained above, this communications capability can be anything that supports IP 
which, in the first implcmentadon of this invention, will be a VSAT netwoilc. The host 
must therefore install a PES socket at the host site. The ACP Site i.e. the bank of lockers 
25 will connect to this PES socket, 
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Hosts arc also able to connect to the ACP system to view information about 
deliveries made to the ACP Site 900 that they are hosting. This connection is done through 
a Host Interface Device 1110 (Fig. 7) which connects to xht ACP system through the Web Server 
1010. This Host Interface Device 1 1 10 will typically be a web browser running on a 
standard PC owned by the host. The host will have access, through its web browser, to a 
dedicated part of the ACP system's Web Server 1010. 

Etailers thai are inicgratcd into the ACP system do so through a connection to the 
ACP Server 1 040. This is established through an Integration Device 3 10 residing on the 
eiailer's system. This Integration Device 310 will typically be a computer program 
supplied as pan of this invention, which runs on an etail&'s server computer provided by 
the eiailer, Etailers are also able to interface with the ACP system to view infonnation 
about their relationship with the ACP system and past orders. This interface is conducted 
through the Interface Device 301, which will typically be a web browser running on a PC 
owned by the etailer. The eiaiier will have access, through its web browser, to a dedicated 
pan of the ACP system's Web Server 1010. 

Customers interface with the ACP system using an Interface Device 1201 owned 
by the customer This will typically be a web browser running on a PC. The ACP system 
sends messages to customers using a Message Device owned by the customer. This will 
typically be an email account, cellular phone or pager. 

Detail of each part of the svsTem archiiecture 

The system architecture for a first embodiment of the apparatus and method of the 
present invention is illustrated in figures 2 ttirough 7. In a preferred embodiment, the 
apparatus of the present invention comprises Central Servers 1000 which connects to ACP 
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Site 900, Hos! 1 100, Customer UOO.Delivcry Company 800 and Etailcr 700. The system 
architccmre for each of these components will now be discussed. 

Central Servers 1000 

Figure 2 illustrates the Central Servers 1000, whidi comprise a Web Server lOlO, 
Application Server 1040 and AC? Server 1070. In a preferred embodiment of this 
invention, each server will physically reside on its own dedicated machine. A conventional 
scivcr with sufficient storage^ memory and processing capability will be sufficient for each 
of these machines. 

Central servers connect to each other over an intemal 10/100 Ethernet network. 
Each server has a conventional Ethernet Network Interface Card NIC, which is coimected 
to an Ethernet Hub 1099 using standard Category 5 CATS cable. 

At a high-level, the Web Server 1010 controls the interface between the World 
Wide Web and the Application Server 1040, the Application Server 1040 performs the 
business logic, and the ACP Server 1070 controls the interaction with the ACP sites 900. 
Tlie detailed role of each server will now be discussed. 

Web Server 1010 

The purpose of Web Server 1 010 is to host the web sites that are used to manage 
the flow of information berwecn other Central Servers 1000 and external devices used by 
other participants in the process. These participants arc Customers 1200,Ho3ts 1 100, 
Delivery Companies 800, and Etailers 700. The Web Server 1010 has only a nunimal 
amoimt of business logic - its main role is to provide an interface to the data and business 
logic of the Application Server 1040. 

Web Server 1010 is connected to the InteineL This connection can be arranged 
with any standard Internet Service Provider ISP 1004 and will include a Leased Line 1001. 

IS 



The Leased Line 1001 is a physical connection between the Web Server lOlO and the 
ISP's 1004 server. The Leased Line 1001 terminates at the server room of the Central 
Servers 1000 through a communications socket which feeds into a Router 1003. The 
Router 1 003 can be any commercial router compatible with the configuration of the 
Leased Line 1001. Li the first implementation of this invention, a Cisco 804 router will be 
used for this purpose. Other equivalents will be apparent to those skilled in the an. 

The speed requirements for the Leased Line 1001 will depend on the volume of 
traffic going between CustomcrsM200 Interface Devices 1201 and Web Server 1010. In a 
first installation of this invention, a 256kpbs leased line will be sufficient. 

A Firewall 1002 should be installed between the Web Server 1010 and the Leased 
Line 1001. The puipose of the Firewall 1002 is to protect the Web Server 1010 and 
therefore all Central Servers from unwanted intrusions via the Internet. As a minimum, the 
firewall it configured to allow traffic through on pons^443''Secure System Layer and'^O" ' 
web traffic. Other ports maybe allowed if remote monitoring by system support personnel 
is required. Similarly, the Web Server 1010 it configured to listen on ports''443*and^80)' 
along with any other pons required for remote suppon. 

A second Firewall 1030 should be installed between the Web Server 1010 and the 
Ethernet Hub 1099. This is to provide further protection to the Application Server 1040 
and the ACP Server 1 070 should an intruder manage to break through the first Firewall 
1 002. Firewall 1030 is also used by Application Server 1040 when making external 
connections not via the Web Server 1010; 

The Web Server's 1010 Application Software 1011 is a set of computer programs. 
The scope of these computer programs is restricted to displaying information on web 
pages, receiving and validating responses from users customers, delivery companies, 
administrators, etailers and hosts and passing these resporxses down to the Application 
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Server 1040 via the Firewail 1030. The Application Server's 1040 responses will be fed 
back up 10 the Web Server 1010 via the Firewall 1030. The appropriate Application 
Software 101 1 will manage the displaying of the response on the web site. 

The Application Software 101 1 computer programs can be coded in any language 
or combination of languages that is cq>able of displaying web pages on the World Wide 
Web and that can conununicaie, through Firewall 1030. with the Application Server 1040. 

In an implementation of this invention, the computer programs may be coded in 
HTML with a combination of static graphics, such as JPEG files, as well as animated 
graphics, such as animated GIFs. These computer programs are organised into five sets of 
modules: Customer Interface 1012, Etailer Interface 1013, Deli very Company Interface 
1014. Site Host Interface 1015 and Administralion Interface 1016. 

Customer Interface 1012 manages the web-based interaction between customers 
who arc ananging for goods to be delivered to an ACP site. The functionality of the 
Customer Interface 1012 will be to display the information described in REGISTER 100 <Fig. 8) 
and SCHEDULE DELIVERY 200 (Fig. 9, 9 A). Customer Interface 1012 wiU also provide the 

interface through which customers can change their details specified in REGISTER 100, 
as well as displaying information about previous deliveries, such as date of delivery and 
collection code. 

Etailer Interface 1013 enables registered eiailers to access and analyse information 
about goods that were delivered from them to an ACP site resulting from a customer 
purchase. This information will be browse only. Delivery Company Interface 1014 enables 
registered dehvery companies to access and analyse information about goods that were 
delivered by them to an ACP site. This infoimation will be browse only. Site Host 
Interface 1015 enables ACP site hosts to access and analyse information about goods that 
were delivered to their ACP sites. This information will be browse only. 
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Administrator Interface 1016 will be used by ACP support personnel lo 
administiBior the ACP infrastructure. Tasks include adding and deleting site hosts and 
accessing cusiomer details. The Administrator Interface 10)6 will allow information to be 
accessed in browse, add, change and delete modes, depending on the security profile of the 
user. 

In order lo interface with the Web Server's 1010 hardware, the Application 
Software 101 1 requires some System Software 1017. Specifically, an Operating System 
1018 it installed on the Web Server 1010. This can be a conventional server operating 
system. The main stipulation is that a compiler for this operating system must exist for the 
language in which the Web Server's 1010 Application Software 101 1 is coded. In the first 
implcmenianon of this invention, Microsoft's Windows NT operating system will be used. 

Web Server 1010 wiU have a conventional hard-disk (1023) magnetic or optical Storage 
Device 1022 arranged in a Random Anray of Inexpensive Disks RAID configuration. No 
business data will be stored on this unit - all business data will be stored on the storage 
unit of the Application Server 1040. The only data that will be stored on the storage device 
of the Web Server 1010 will be the Operating System 1018 and the Application Software 
1011. 

Description of the Application Server 1040 

The role of the Application Server is to process the information received from the 
Web Server 1010 and from the ACP Server 1070. Users cannot interface directly with the 
Apphcation Server 1040; rather, users access the application server 1040 via the Web 
Server 1010. Like the Web Server 1010, the Application Server 1040 has an Application 
Software layer. This Application Software is a set of computer programs. 
These programs can be coded in any language or combination of languages that supports 
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interfacing with the Web Server 1010 via the Firewall 1030. The programming language 
also support interfacing with a Relational Database Management System RDBMS, 1050. 
In the first implementation of this invention, the Application Software 1041 programming 
language will be Microsoft's Visual Basic with some C++ extensions. 

5 

The Application Sofhvare computer programs are organised into five sets of 
modules: Customer Processing 1042. Etailcr Processing 1043, Delivery Company 
Processing 1044, Host Processing 1045 and Administration Processing 1046. 

Customer Processing 1042 provides the customer -related business logic to suppon 
1 0 the REGISTER 1 00, SCHEDULE DELIVERY 200 and COLLECTION 400 processes. 
The Customer Process 1042 also contains the logic to maintain customer's details through 
the Customer Interface 1012. 

Etailcr Processing 1043 provides the etailcr-rclatcd business logic to support the . 
SCHEDULE DELIVERY 200 and PARTNER SETTLEMENT 600 (Fig. 13) processes, as well as 
IS the database access and data manipulation for the Etailer Interface 1013. 

Delivery Company Processing 1044 provides the delivery company-related 
business logic to support the DELIVER 300 (Pig. 10) and PARTNER SETTLEMENT 600 
processes, as well as the database access and data manipulation for the Delivery Company 
Interface 1014. 

20 Host Processing 1045 provides the host-related business logic to support the 

PARTNER SETTLEMENT 600 process, as well as the database access and data 
manipulation for the Site Host Interface 1014. 

Unlike the Web Server 1010, the Application Server 1040 requires a Database 
1050 to store business data. Any commercial Relational Database Management System 

25 RDBMS 105 1 should be sufficient for this purpose, although an ODBC compliant 



dfit^ase « prefeired. IT^ firsi impJemeniaiionof riiis invention oises Micsxjsoft'sSQL 
Server RDBMS. 

This business data siored on the RDBMS 1051 can be grouped into six databases: 
Cusiomcrs 1052, ElaiJers 1053, Delivery Companies 10S4, Htysts 1055 and Oi^cts 1038. 
5 Customers 1 052 boJds informaiion ^>out<:usK»ners <hai was inidali y eaptU!Ped 

during the REGISTER 100 process. This information includes name, email ^dr-ess^jd 
contact telephone number, as well the customer '-s iist of prefcn=ed AO* -siies. 

Eiailers 1 053 holds information about registCTed eiaiiers. This includes the detaiis 
of the etailer's fmancial arrangement ^^ithin the ACP psxx^ess. 
1 0 Delivery Compames 1 054 holtis information about re^siered deUv^y companies. 

This includes the details of the delivery company's financial anrangement ^'ithintbe ACP 
process. 

Hosts 1 055 holds information about ACP site hosts. This includes d>c siic's 
address as well as the details of the site host's financial arrang^ent within the AO* 
15 process. 

Orders 1 056 holds informaiion on e\?ery order that is processed ^uoush -an ACP 
site. Details include the date of delivery, the parcel ID, the ooliection code, ihe customer, 
the eiailer if registered, the delivery company if registered and <be -site host. 

The Application Server 1040 needs to commtinic^e uiih other devices outside ihe 
20 Central Servers 1 000 network, but not via the W^b S«rv=er. Tliese processes includes'^ 
Embedded Eiailer Link 1048, the Customer Messaging 104S and <hef mancialSeniement 
1 047. To protect the Central SerN-ers 1000, this communication is conducted via a fiiewal]. 
The Firewall 1030 can be used forihis puipose.-shssed with the AV^d) Server 1010. 

The Embedded Eiailer Link 1 G4B is a computer program provided by the ACP 
25 service to registered eiailers. The Embedded Eiaiier Link 104S is imesaied into ^ 



Eiailer's web sire and is invoked by the customer by pressing the button on the Eiaiter's 
site thai is associated with the Embedded Eiailer Link 1048. The Embedded Etailer Link 
1048 connrols the commxinicarion between the registered etailcr's site and the Application 
Server 1040. This supports the SCHEDULE DELIVERY 200 process for registered 
S etailers. 

The Customer Messaging Link 1049 manages the commxinication between the 
Application Server 1040 and the customer. The Custoraw Messaging Link 1049 currently 
suppons communicating via email, lexi-to-voice over standard telephone or cell phone, 
and text messaging using Short Message Service SMS on cell phones. Customers can 
1 0 choose over which medium Ihcy would like to be commimicaled during the DELIVER 

300 process (Fig. 10) sending customers their collection codes when their goods are delivered, and 
COLLECTION EXPIRY 500 process (Fig. 12) reminding customers to collection their goods and 
inform ihem when their order has expired. 

As well as enabling access to infonmation, the Etailer Processing 1043, DeUvcry 
15 Company Processing 1044 and Host Processing 1045 modules manage the financial 
relationships between all parties in the ACP network. Settling the financial positions 
requires access to third-party servers outside the Cenn-al Servers 1000 network. Also, 
taking payments ftom customers for late collection COLLECT 400 process (Fig, 1 1, 11 A) requires access 
10 third-party networks such as the VISA credit card clearing network. Access to all 
20 external financial networks is managed by the Financial Settlement Link 1047. 

To run the Application SoAware on the Application Server 1040, some 
System Software 1060 it installed on ihc Application Server 1040. This Sysicm Software 
1060 includes an Operatiiig System 1061, as well as any other system monitoring or 
performance tuning software required to maintain and support the Application Server. 
25 The Operating System 1061 can be any commercial server operating system. 



providing a compilci is available for the language in which the Application Software 

is wrirtcn. In the first implementation of this invcniion, the Operating System 1081 to be 

installed on the ACP Server 1070 will be Microsoft's Windows NT. 

The Processing Unit 1 065 will contain conventional processing apparatus 

including a Central Processing Unit CPU 1066 and Memoiy 1067 - both Random A^rcess 

Memory RAM and Read Only Memory ROM. 

The Storage Device 1068 will be convcntionaJ Hard Disk 1069 magnetic or optical 

storage units arranged in a Random Array of Inexpensive Disks RAID configuration, or 

other secondary storage systems apparent to those skilled in the art. 

The Application Server could be split into three separate servers: an Application 
Server to run the Application Softwar^ a Database Server dedicated to running the 
RDBMS 1 05 1. and a File Server dedicated to serving any files that may be required to 
administer the service for example, word processing documents or spreadsheets. The 
Application Server should have a fast processor and average amoimt of RAM. The 
Database Server should have a fast processor, a lot of RAM, and a RAID array of hard- 
disks with enough capacity to hold all the business infonnation. The File Server should 
have an average processor with a lot of RAM. Subsequent implementations of this 
invcniion might take this approach, which should result in faster performance at high 
volumes* 

The AC? Server 1070 

The ACP Server 1 070 manages the communication between each ACP Site 900 
and the Application Server 1 040 . The ACP Server has an Application Software 1071 
layer. The Application Software 1071 contains the Locker Management System 1072. The 
Locker Management System 1072 responds to messages from Application Server 1040 
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and the ACP Sites 900 to perform the fuuctions specified in DELIVER 300 (Fig.lO, lOA, lOB), 
COLLECT 400 (Fig J 1, 1 1 A) and COLLECTION EXPIRY 500 (Fig.l2). 

All communication is asynchronous between the ACP Server 1070 and the 
Application Server 1040, and the AC? Server and the ACP Sites 900. This is to ensure 
that the eniirc ACP system can continue to function for a reasonable period in the event of 
a communication breakdown. For example, if a comrounicarion failure occurred between 
the ACP Server 1070 and the ACP Sites 900, then the ACP Sites 900 would still be able to 
perfomi the DELIVER 300 and COLLECT 400 processes. The messages would simply be 
stored at the ACP Site 900 and would be re-sent automatically once the commtmication 
had been re-established. If the communicaxion were synchronous which it isn't then the 
ACP Site 900 would be out of action until the communication problem had been fixed. 

Unlike the Application Server 1 040, the Locker Management System has a scrips 
of screens which are used to monitor and maintain the ACP Sites 900. As well as 
responding rcactively to requests from Application Server 1040 and ACP Sites 900, the 
Locker Management System 1072 routinely conducts proactive checks on each ACP Site 
900. The status of each ACP Site 900 down to the level of individuaJ Lockcra 970 (Fig.5) is 
estabb'shcd and a warning is displayed on the Locker Management System 1072 screen to 
alen support personnel of the problem. 

The Locker Management System 1072 can be coded in any programming language 
that supports communication with the Application Server 1040, the ACP Sites 900 and the 
ACP Server's 1070 RDBMS 1076. In the first implementation of this invention, the 
Locker Management System will be progranuned in Java. 

The ACP Server 1 070 requires a Database 1 075. The Database 1 075 will be an 
RDBMS 1076 and can be any commercial RDBMS that is able to communicate with the 
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Locker Management System 1072. In ihe first implementation of this invention, the 
Database 1075 will be built using Microsoft's SQL Server RDBMS product 

The data stored on the RDBMS 1076 can be grouped into Locker Details and 
Pcndijig Messages. Locker Details stores information on the configuration of 
all ACP Sites 900. Pending Messages contains information on deliveries or 
collections. These messages are from both the ACP Sites 900 and the Application Server 
1040 that arc destined for each other. The messages are only deleted ftom the Database 
1 073 once the ACP Server 1070 has confirmation of receipt 6ora tlic target server. 

To run the Application Software 1071 on the ACP Server 1070, some System 
Software 1080 it installed on the ACP Server 1070. This System Software 1080 includes 
an Operating System 1081, as well as any other system monitoring or performance tuning 
software required to maintain and support the ACP Server 1070. The Operating System 
1081 can be any commercial server operating system, providing a compiler is available for 
Ihe language in which the Locker Management System 1072 is written. In the first 
implementation of this invention, the Operating System 1081 to be installed on the ACP 
Server 1070 may be Microsoft*s Windows NT™. Other suitable operating systems will 
be apparent to those skilled in the an. 

The Processing Unit 1085 will contain conventional processing apparatus 
including a Central Processing Unit CPU 1086 and Memory - both Random Access 
Memory RAM and Read Only Memory ROM 1087, 

The Storage Device 1090 will be conventional Hard Disk 1091 magnetic or optical 
storage units arranged in a Random Array of Inexpensive Disks RAID configuration. 

The ACP Server 1070 connects directly to the Elhemei Hub 1099 using standard 
CATS cable. However, the ACP Server 1070 connects remotely to the ACP Sites 900, 
because the distance berween the ACP Sites 900 and the ACP Server 1070 is too far to 
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implement a direct connection. The physical communication medium used to connect ihe 
ACP Server 1 070 with the ACP Siies 900 can be anything that supports the TCP/IP 
protocol In the first implementation of this invention, the communication medium will be 
2-way VSAT. Other communication media will be apparent to those skilled m the an. 

The VSAT connectivity may be implemented by connecting the Hub 1099 to a 
VSAT Connection 1098. The ACP Server will send messages via the Hub 1099 over the 
VSAT network to the ACP Sites 900. 

The communication between the ACP Server 1070 and the ACP Sites 900 does not 
have to be point-to-point. Instead, the communication could be conducted over the Internet 
via a connection between the ACP Sites 900 and an Internet Service Provider ISP. The 
ACP Sites 900 could simply use a modem and a Plain Old Telephone System POTS 
connection to dial-up the ISP. 

B. Description of the Etailer 700 

In the context of this invention, an Etailer 700 (Fig.3) is a company that sells products 
through an online medium rather than through a physical store. In an embodiment of the 
invention, there are two types of Etailers: registered and non-registered. Rcgistcml 
Etailers 700 have a relationship with the ACP network and integrate directly with the 
Application Server 1040; non-registered Etailers have no relationship with the ACP 
network. 

Non-registered Etailers do not require any apparatus to participate in the ACP 
ne^vo^k because their Customers 1200 may perform the ACP processing, as illustrated by a 
decision point 202 in the SCHEDULE DELIVERY 200 process illustrated in Figure 9. 

Registered Etailers 700 employ an Interface Device 301 (FigJ) to view infonrnation on 
orders sent by them to ACP Sites 900. In an embodiment of the invention, the Interface 
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Device 301 may be a Web Browser 302 ninning on a conventional PC or server. This Web 
Browser will be used to access the ACP web site hosted on Web Server lOlO lo view the 
Etailer's 700 inforniation. Other embodiments of this invention may support interfacing 
through other web-enabled devices such as cellular phones, personal organizcra, 
televisions and radios. 

Registered Eiailcrs 700 also employ an Integration Device 310. This Integration 
Device will host the Embedded Etailcr link 1048 (Fig.2) that integrates the Etailcr 700 with the 
Application Server 1040. 

C. Description of the Customer 1200 

In Ihe context of this invention, a Customer 1200 is a person who buys goods from 
an etailer. However, embodiments of this mvention also support use by customers who 
purchase goods from mail order companies. 

To use the ACP network, a customer employs an Interface Device 1201 and a 
Message Device 1205 (Fig.4). The Interface Device 1201 is used by the Customer 1200 to access the 
Web Server 1010. This interaction is illustrated by the flowcharts for the REGISTER 100 
process in figure 8 and SCHEDULE DELIVERY 200 process in figure 9. In an 
embodiment of ihis invention, the Interface Device 1201 maybe a Web Browser 1202 
nmning on a conventional personal computer PC. This Web Browser will be used to 
access the ACP web site hosted on Web Server 1010 lo perform the REGlS'reR 100 and 
SCHEDULE DELIVERY 200 functions. Other embodiments of this invention may 
support interfacing through other web*endbled devices such as cellular phoi>cs, personal 
organizers, televisions and radios. 

The Message Device 1205 is used by the Application S^er 1040 to send messages 
to Customersl20a This process is illusuated in the DELIVER 300 function in Figures 10 
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lOa 10b aod the COLLECTION EXPIRY 500 ftinction in Figure 12. In an embodinKm of 
the invention, this Message Device can be either a conventional Email 1207 account or a 
Cellular ?honel206that supports a Short Message Service SMS. 

D. Descripiion of the ACP Siie 900 figure 5 

The ACP Site 900 is a bank of Lockers 910, situated inside or outside a Host's 

1 100 building. The Lockers 970 are in a range of sizes. The Lockers 970 are managed by 
a central console 901. In embodiments of the invention, the central console or 'XlOO" 901 has a use 
interface which may include one or more of the following: . an LCD screen 951, a series of 
metal Bunons 953 to the left and right of the screen, an electronic numeric Keypad 952 
and a Barcode Reader 954. The lockers are operated entirely electronically using the 
Bunons 953, the Keypad 952 and the Barcode Reader 954; no mechanical keys are 
involved. The central console may also have the ability to integrate with a credit card 
reader, cash receiver, or a printer. In some embodiments, the device does not include a 
keypad. 

The Lockers 970 are locked and unlocked using electronic locking devices which 
respond to signals from the Processing Unit 918. The locking devices can be any door- 
locking devices capable of being controlled electronically by a CPU. 

The Processing Unit 918 contains a motherboard with a CPU 919 and memory. 
The CPU 919 can be any CPU capable of being programmed to operate the locking 
devices and communicate with the Locker Management System 1072. In an embodiment 
of this invention, the Motorola 6088 processor will be used. Other embodiments will be 
apparent to those skilled in the art. 

In embodiments of the invention, two types of memory are employed: Read Only 
Memory ROM 920 and Random Access Memory RAM 921. ROM 920 stores the System 
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Software 91 5 and Application Software 912, but cannot be modified by the System 
Software 91 5 or AppUcotion Software 912. So in addition to ROM 920, some RAM 921 is 
used by ihe System Soft:warc 915 and Application Software 912 to store details of locker 
status and store messages received ftom the Locker Management System 1072. Solid state 
memory i.e. RAM is prefencd to a hard-disk or any other storage device containing 
moving parts. This is because the ACP Site will be in unattended as wcU as attended 
situations which may result in the ACP Site being jostled: moving-part storage could 
malftinction in this environment. 

The data stored in RAM 921 can be grouped into three areas: Locker Status 933, 
Order Details 934 and Delivery Company Details 935. Locker Status 933 contains the 
cuirent status of each Locker 970. Order Details 934 contains collection code and PIN 
information. Delivery Company Details contains details of delivery companies such as 
logon ID who are registered to use the ACP Site 900. 

The Locker Management System 1072 performs frequent checks on each central 
console 901 to detemiine the status of its Lockers 970. These checks arc performed every 
few seconds. In the event of a central console 901 crash, when the central console 901 is 
re-booted it will re-establish its connection to the Locker Management System. However, 
re-booting the central console 901 will result in losing the contents of its RAM 921. The 
central console 901 will therefore ask the Locker Management System 1072 to re-populate 
its RAM 921 with the contents at the time of re-boot. 

Application Software 912 is required to conuol the eentral console 901 . The 
Application Software 912 is called central console Software 913. The CENTRAL 
CONSOLE Software 913 is a collection of computer programs. The computer programs 
can be written in any language or collection of languages capable of miming on an 
Operating System 916 thai contains an Internet Protocol IP stack. In the fu-st 
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implementation of ihis invention, Miao Ware's OS/9 operating system will be used. Other 
equivaJenis will be apparent to those skiUed in the art. The functional requiremenls of the 
CENTRAL CONSOLE Software 913 are detailed in the DELIVER 300, COLLECT 400 
and COLLECTION EXPIRY 500 processes. 

The CENTRAL CONSOLE 901 also contains a Network Interface Card NIC 92 1 . 
This NIC 921 can be any 10/100 Ethernet NIC. The NIC is required to establish 
connectivity with the Locker Management System 1 072. This connectivity can be 
conducted using any medium that supports the TCP/IP protocols. An implementation of 
this invention may be conducted using 2-way VSAT, The NIC 921 that comes out of the 
CENTRAL CONSOLE 901 will be connected to a standard VSAT PES connector 1 104 residing 
at the host ACP Site 900. 

The conunxmication between the Locker Management System 1072 and the central 
console 901 could also be conducted over the Internet via a connection between the ACP 
Sites 900 and an Inteniet Service Provider ISP. The ACP Sites 900 could simply use a 
modem and a Plain Old Telephone System POTS connection to dial-up the ISP. 

E. Description of the Dclivcrv Company SQQ 

In the context of this invention, a Delivery Company 800, as illustrated in Fig. 6, is 
a company that delivers parcels from Etailers 700 to Customers 1200. This invention 
involves Delivery Companies 800 delivering to an ACP Site 900 rather than to a Customer 
1200. No apparatus is required for the Delivery Company 800 to operate the ACP Site 900 

- refer to Deliver 300 (Fig. 10, lOA, lOB) for an explanation of this process. 

In embodiments of the invention, the Delivery Company 800 is able to view 
information about the dcbVcrics they have performed refer to Delivery Company Interface 
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1014 in Central Sctvcrs 1000 (Fig.2). To do flus. the Deliver' Company require, an ln«^ace 
Device 801. In ihc first implementation of this invention, the Interface Device 801 it a 
Web Browser 802 running on a conventioral PC. This Web Browser will be used to 
access the ACP web site hosied on Web Server 1010 to view the Delivery Company's 800 
infomiation. Embodiments of this invention may support interfacing through other web- 
enablcd devices such as cellular phones, personal organizers, televisions and radios. 



F. Description of the Host 1 100 

In ihe context of ibis invention, a Host 1 100. as illustrated in Figure 7, is an 
organization that places an ACP Site 900 either inside its building or outside. If the ACP 
Site 900 is outside, it will be surrounded with a proxeciivc shell. 

The only apparatus required by the Host 1 100 U a Cotnmunications Device 1 103 to 
enable the central console 901 to communicate with the Locker Management System 
1072 (Fig.2). In an embodiment of this invention, this Conununications Device 1 103 may be a 
VSAT PES 1104. 

The Host 1 1 00 will also require an Interface Device 1110 if it would like to access 
the infoimation about the deliveries made to its ACP site 900 - see Host Interface 1015 (Fig.2) for 
details of this informati in. In an embodiment of this invention, the Interface Device 1110 
may be a Web Browser 1111 running on a conventional PC or server. This Web Browser 
1 1 1 1 will be used to access the ACP web site hosted on Web Server 1010 to view the 
Host's 1 100 informatio \. Future embodiments of this invention will support interfacing 
through other web-enat led devices such as cellular phones, personal organizers, 
televisions and radios. 
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G. Process Flow of ihe Invention 

Figure 8 illustrates a flowchart for & proccsa flow in the present inveniion, in which 
delivery of remotely purchased goods is scheduled and made to any one of a network of 
Automated Collection Points ACPs, with the Central Servers lOOOs managing the process. 
5 The Customer 1200 first Registers 100 for the service by logging on to the web server and 
providing contact details. In embodiments of the invention, these contact details may 
include a Personal Identification Number PIN. At some subsequent time the Customer 1200 
then buys goods from an Etailer 700. When asked for the deUvery address the Customer 
1200 then Schedule a Delivery 200 (Fig.9, 9A) at their preferred ACP Site 900; the Central Servers 
3 1000 assigns the goods a unique Package ID. The goods arc then Delivered 300 <Fig.l0,10A.10B) to the 
ACP Site 900 and put into a secure locker by the deliverer using the Package ID. Once the 
door is shut the ACP contacts the Central Servers 1000s, which then contacts the 
Customer 1200 telling them that their goods have arrived and giving them a Collection 
Code for that order. At his own convenience the Customer uoothen visits the ACP Site 
900 and Collects his Goods 400 (Fig. 11, UA) from the locker using his PIN and the Collection Code 
associated with the package. At the end of every month the Central Servers 1000 analyses 
all deliveries and anrange for monetary settlement to take place between all involved 
parties in Partner Setilemem 600 (Pigs. 13, 14). 

List of Processes of the Inventior| - 



Process 


DescriptioD 






Register 100 


How customers register with the ACP system 
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Schedule Deliveiy 
200 


How customers arrange for a purchase to be delivered lo an ACP 
site 




xiow me aeijvcrer mteriaces wiin ine ALr site to put tnc 
customer's purchase into an available locker, as well as how 
customers are informed that their purchase is ready for collection 


CoUeci Goods 400 

i 

i 

1 


How customers interface with the ACP siic to collect ihcir 
purchases 


CoUeciion Expiry 
500. 530 


What happens when customers do not collect their purchases from 
The ACP site for the pre*dermed time period 


Parmer Sertlcmcnt 
600 

! 

i 


How payments are administered between etailers, hosts and 
delivery companies 


[Close Doors 1300 

! 


How open lockers can be shut and locked 


Delivery Company 
Registration 1400 


How delivery companies register with the ACP system 


aCP Host 
Registration 1500 


How ACP hosts register with the ACP system 
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Eiailer 


How eiailers register with the ACP system 


RegiEiraiion 1600 





H. Descriptions of the Processes of the Invention 

Note; some of the Figures that are referenced in the following process flow descriptions 
make reference to the web site "ByBoxxom'\ This is an example name for the web site 
that is hosted by the Web Server 1010; it is simply easier for the reader to give the web 
site an example name than to keep referring to it as "the ACP web site". 

Register 100 

With reference to FIG, 8 there is described ihe process by which the Customer 1200 
rcgisiers. At step 101 the Customer 1200 est abhshes a coimcction to the Application Server 
using a Customer 1200 modem. In one embodiment the Central Servers 1000, has a page on 
the world wide web and access to the Application Server is through a dedicated web 
server. In such an embodiment the Customer 1200 provides information through the 
interface of conventional web browser software such as Microsoft Internet Explorer ™. At 
step 102 the Customer 1200 provides details to register for the service. These include email 
address, phone numbers including cellular and home address. Email is the primary 
conrmiunication medium for the service and at step 103 the email address is validated to 
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check for correci syntax. At step 104 the Customerl200is prompted to add a correct 
address if his original entry is invalid. 

Once all the Customer 1200's contact details have been entered successfully step 
105 prompts the Customer 1200to create a password for fumre access to their account data. 
This it a minimum of eight characters long. If (106) an invalid password is entered step 107 
prompts the Cusiomerl200 to re-enter. Step 108 then asks the Customer .1200 to specify 
Their preferred communication method. As soon as goods are delivered to the ACP Site 
900 and put in a locker the Central Servers 1000 sends a message to the Customcrl200 
informing them that their goods have arrived. The communication channel used for this 
message is selected using the Customer 1200's preference: email, telephone, post. Step 109 
then prompts the Customer 1200 to build a list of preferred ACP Site 900s. Aftercomparing 
addresses, such as home and office, with the network of ACP Site 900s the Customw 1200 
must elect preferred ACP Site 900s. Step 110 then asks ihe Customer 1200 to specify a 
Personal Identification Number PIN. This is a four character numeric string that is used to 
identify the CusiomerI200, as opposed to their package, as part of the Collect Goods 
process 400. 

Once al] details have been added and validated, step 1 1 1 updates the Customer 
1200's account on the Application Server, assigns a Customer 1200 ID and writes acookie 
to the Customer 1200*s device providing a fast link to the Customer 1200's details on the 
Application Server. 

As soon as the Customer 1200 has registered for the service he is able to order 
goods online and specify an ACP Site 900 as the delivery address. The Schedule Delivery 
process 200 describes how a Customer 1200 uses the Application Server to arrange delivery 
10 the prescribed ACP Site 900 using the Eiailer 700 web-site. There are two discrete paths 
available based on whether the Etailer 700 provides access to the Application Server from 
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their wcb-site. In cases where such a link exists the Etailer 700 is referred to as registered; 
where no such link exists they are described as non-registered. 



Schedule Delivery 200 

FIG. 9 describes how o registered Customer I200can schedule a delivery to an ACP 
Site 900. To make use of the service the Cusiomeri200must first order goods from an 
Etailer 700. At step 201 the Customer 1200 goes to the Etailer 700 site and selects the 
goods required. As pan of the purchase transaction the Etailer 700 will ask the Customer 
1200 to specify (203) the address to which the goods should be delivered. If (202) the Etailer 700 is 
registered there will be a button on the deliveiy address page of the Etailer 700 site that 
will link directly to the Application Server. At step 204 the Customer 1200 presses this 
button and at step 205 a program embedded in the Etailer 700 site, executes and looks for 
the cookie written to the Customw I200's device as pan of Register 100. In step 206 if no 
cookie is found the customer 1200 is taken (207) to the service's main web-page where they are 
asked to log-in, using their email address and password, or Register 100. If (208) the Customer 
1200 logs-in successfully the cookie is re-wririen to their device. If they register for tlic first 
lime, a new cookie is written as described in Register 100. If the Customer 1200does not 
register or log-in they are taken back to the Etailer 700 site where they arc able to specify 
a non-ACP delivery address. 

At step 209 the Customer 1200will have a cookie on their device containing their 
Customer 1200 ID. The executing program now looks up the Customer I200's account on 
the Application Server using this Customer 1200 ID and fmds their ACP Site 900 
preferences, set-up as part of Register 100. In step 210 the Cusiomer]200is asked to select 
the ACP Site 900 for this deliveiy from his list of preferences. Once a site is chosen the 
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Application Server then generates a Parcel ID unique to this particular delivery (211). If <212) Ihe 
Etiiiler 700 has specified bar-code extraction as part of Etaikr 700 Registration 1600 (Fig. 18), tiicn, 
at step 213, the tracking number, generated by delivery company software at the Eiailcr 
700 sice, is converted into a bar-code and added to the package label. Then the address 
field on the Eiailer 700 site is completed with the ACP Site 900 address. Package ID and 
text identifying the package as bar-code enabled. At step 214, if the Etailer 700 cannot 
process bar-code cnciyption the Parcel ID is printed as a numeric string as part of the 
delivery address. 

Once the delivery address is complete the Customer 1200 completes the purchase 
transaction at step 21 5. Once the order is validated by the Etailer 700, a message is sent (216) to 
the Application Server confirming that an order was placed for that Parcel ID and giving 
further details relating to that order: Etailer 700 ID, from Etailer 700 Registration 1600. 
the number of items in the order and the time and date of the order liraesiarap. The 
message is used by the Application Server to determine v^hich Parcel IDs represent 
confirmed deliveries; if the Customer 1200selects an ACP Site 900 but then cancels the 
purchase transaction then a Parcel ID would be generated but not used. 

If (227) the Etailer 700 is not bar-code enabled this completes the Schedule Delivery 
process. The numeric Parcel ID is not downloaded to the CENTRAL CONSOLE and there 
is not exact validation of the Parcel ID when a delivery is made. Instead check-digit 
validation is used to provide rudimentary validation. However, for bar-coded deliveries the 
Etailer 700 must pass bar-code details back to the Application Server so that ihey can be 
passed on to the CENTRAL CONSOLE for validation on delivery. In steps 228 and 229 
the Etailer 700 collates the bar-code with the Parcel ID, ACP address and ACP Site 900 ID 
for the order and then sends this to the Application Server in step 230. This process is 
completed every 30 minutes, with orders being batched together. In step 231 the 
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Application Server ihen sends the bar-code and associated Parcel ID to the ACP server 
which then uses the site ID to identify the relevant ACP site 900 anddien download X232) the 
bar-code and Parcel ID to the local CENTRAL CONSOLE. At this point the ACP Site 900 
is ready to receive that delivery. 

If the Etailer 700 is non-registered there mil be no integration betv^een their site 
and the Central Servers 1000. As a result the selection of the appropriate ACP Site 900 
together with the generation of the Parcel ID it done independently from the Eiailer 700 
web-sire. In step 217 the Customer 1200 goes to Ihc service's home-page on the world wide 
web and clicks on the 'use service* button. In step 218 the Customer 1200's device is 
searched for the cookie written as pan of the Register 100 process. If a cookie is found the 
Customer i200goc5 directly to step 221. Otherwise, if no cookie is found, the Customer 
1200is asked to either Register 100 or log-on using their email address and password. If the 
Customer 1200 logs-on the cookie is re-written to their device as part of step 219. If (220) the 
Customer 1200 completes the Register 100 process a new cookie is written to their device. 

In step 221 the Application Server looks up tlie Customer 1200*s ACP Site 900 
preferences using their Customer 1200ID retrieved from the cooki«. In step 222 the 
Customer I200sclects the ACP Site 900 preferred for this delivery and then in step 223 the 
Application Server generates a Parcel ID unique to that delivery. In steps 224 and 225 the 
Customeri200 copies the ACP Site 900 address and the Parcel ID into the address fields of 
the Eiailer 700 's delivery page and completes the purchase transaction (226). 

Deliver Goods 300 

Once goods have been ordered they it dispatched to the ACP Site 900 ready for 
collecrion by the Customerl200. FIG. 10 describes this process. 
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Afler ihe Customer 120ahas completed the purchase transaction the Etailcr 700 
packages the goods (301) and labels with the ACP Site 900 address and Parcel ID. Using their 
own. or a third party, delivery company (he goods arc then dispatched to the ACP Site 900 
in step 302. 

5 When at the ACP with the package the deliverer approaches (303) the screen of the 

CENTRAL CONSOLE where he is first asked to identify himself in step 304. If, as part of 
Delivery Company Registration 1400, his company has elected to use bar-code 
identification the deliverer can present his membership card to the bar-code reader; 
otherwise he enters his Delivery Company ID using the numeric keypad. In step 305 the 

10 CENTRAL CONSOLE validates the Delivery Company ID against its locally held 

database of valid codes. If the code is valid (306) the CENTRAL CONSOLE proceeds to step 
308 and displays the Delivery Main Menu, otherwise the delivery is refused in step 307 
and the CENTRAL CONSOLE prompts the deliverer to enter a valid code. 

At step 308 the deliverer is presented with four options: 'delivery', 'expiry', *close 

1 5 doors' and 'exit*. To make a delivery he selects 'delivery' and the CENTRAL CONSOLE 

then prompts him (309) to either enter the Parcel ID for the package or present the bar -code foi 
scanning- If (310) the package address contains text telling the deliverer that the paekage is bar- 
code enabled he will then present the package to the bar-code reader of the CENTRAL 
CONSOLE in step 31 5. If the package is not bar-code enabled, or (316) the bar*code reader is ■ 
20 unable to read the bar-code the deliverer is prompted, in step 31 1, to enter the Parcel ID 
using the keypad. At step 3 1 7, if (312. 3 13) the Parcel ID entered is invalid the CENTRAL 
CONSOLE informs the deliverer and re-displays the Delivery Main Menu. 

Once a valid bai-code or Parcel ID is entered the CENTRAL CONSOLE opens the 
smallest available locker (314) and prompts the deliverer to place the goods inside <3 19). In step 320 

25 the CENTRAL CONSOLE checks to see if the door to the locker has been closed. If it has 
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the CENTRAL CONSOLE automatically locks the door<321) and asks the deliverer if the 
delivery was successful in step 326. If the locker door is still open and more than 30 
seconds have elapsed since ibe door was opened (322) the CENTRAL CONSOLE beeps and the 
screen flashes for 10 seconds, prompting the deliverer to close the door <323). If the door is still 
S open (324) at the end of this 10 seconds the CENTRAL CONSOLE sends (325) an urgent, failed 
delivery message to the Application Server, via the LSM, and logs the deliverer out of the 
system. 

At step 326 if the deliverer confirms that the delivery was successiul the 
CENTRAL CONSOLE returns (329) to the deliveiy main menu. If the deliverer presses the W 
key the CENTRAL CONSOLE asks (327) if the door was shut by mistake. If it was then the 
CENTRAL CONSOLE re-opens the door in step 328. If the door was not shut in error the 
CENTRAL CONSOLE asks if the locker is dirty or damaged in steps 343 and 345. If it is 
the CENTRAL CONSOLE sends (344) an appropriate message to the LSM which forwards it on 
to the Application Server. The CENTRAL CONSOLE then looks for another 
appropriately sized locker in step 351. If (352) it finds an available locker it opens tlie door and 
prompts the deliverer to put the goods inside (354). If no locker is available (353) the delivery is 
refused, a message informs the deliverer that there is no space and a message is sent to the 
Application Server, via the LSM. 

If the locker is clean and undamaged the CENTRAL CONSOLE asks the deliverer (346) 
if the locker is too small for the package. If it is the CENTRAL CONSOLE looks for an available 
locker of the next size up (348), If (349) the next size up is available it opens the locker door 

and asks the deliverer to put the package ii^side. If the maximum size has been reached <350) and 
the package has still not been delivered, because it is too big or because there is no 
availability, the delivery is refused and a message is sent to the Application Server via the 
LSM. Once a delivery has been successfully made the delivery main menu is displayed by 
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the CENTRAL CONSOLE and the deliverer is free to continue with any other deliveries 
for that site or log-out. 

To complete the delivery process the CENTRAL CONSOLE must inform the 
Application Server that a delivery has been made so that the Customer 1200 -can be 
contacted. If (330) the package was processed with a bar-code the Parcel ID has not been 
entered and therefore it retrieved from the Application Server in steps 331, 332. 335. If an 
associated Parcel ID is not found the LSM logs the delivery as incomplete <333) and an error 
message is sent to the Application Server. Once the Parcel ID is present the CENTRAL 
CONSOLE invokes an asynchronous process, in step 334, to generate a Collection Code and 
send it lo the Customer 1200. 

At steps 336 and 337 ihc CENTRAL CONSOLE generates the Collection Code 
and sends it, via the LSM, together with the Delivery Company ID and the Parcel ID to the 
Application Server, which then uses the Parcel ID to determine which Customer 1200 this 
package is for (338). In step 339 the Application Server sends the Collection Code to the 
Customer 1200^ using their preferred channel as set-up in Register 100, together with a 
message informing them that their goods have arrived and reminding them where and how 
to collect them. The delivery company is referenced using the Delivery Company ID and a 
message is sent (340) informing them that the package has arrived. 

At step 341 and 342 the Application Server sends the CENTRAL CONSOLE, via 
the LSM, the Customer 1200'$ PIN together with the Parcel ID. At this point the 
CENTRAL CONSOLE is ready for the Customer 1200to collect their goods. 

Collect Goods 400 

FIG. 1 1 describes how the Customer 1200 retrieves his goods from the locker. Once 
the Customer I200has received the message with the Collection Code he is &cc lo retrieve 
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his goods at his own convenience. When he approaches (401) the ACP Site 900, the CENTRAL 
CONSOLE prompts him for his Collection Code in step 402. Once the Collection Code is 
entered (403) ihc CENTRAL CONSOLE validates it against its orders database in step 404. If 
(405) the code is invalid an error message is displayed and the Customer 1200 is prompted to re- 
5 enter the code (406). If a valid code is entered the CENTRAL CONSOLE then asks the 
Customer 1200 to enter their PIN, in step 407, and validates the entry in step 408. If (409) an 
invalid PIN is entered the CENTRAL CONSOLE displays an error message (410) and asks (41 1) 
the Customer 1200 if they want to re-enter the PIN or if they need the PIN re -issued. If they 
want to re-enter, the CENTRAL CONSOLE re-displays the PIN entry screen at step 407. 

10 If the Customer 1200 requests a re-issue of the PIN (412, 413) they are informed that they cannot 
collect their goods at that time and thai their PIN will be re-sent immediately. In steps 414 

and 415 the CENTRAL CONSOLE sends the Collection Code back to the Application 

Serv'er. via the LSM, and asks the Application Server to re-issue the Custom erl200*s PIN. 

Using the Collection Code, the Application Server looks up the Customer 1200*s details (416) 

1 5 and re-issues the PIN using the Customer 1200's preferred delivery channel in steps 4 17 

and 418. 

If a valid PIN is entered in step 409 the CENTRAL CONSOLE checks (419) if the 
Customer 1200 owes any money for rental of the locker. Depending on the business model 
implemented the Customer 1200 may pay for storage in part or completely. If money is 
20 owed the CENTRAL CONSOLE proceeds in step 420 to calculate the amount due based 
on an algorithm stored locally. In this embodiment payment can only be made using a pre- 
paid card bought with cash from the retail Host 1 100. In future embodiments payment will 
be possible using credit and debit cards. 

Once the CENTRAL CONSOLE has displayed the amount due the Customer 1200 
25 makes payment, in step 421, by presenting his prepaid card to the bar-code reader. The 



CENTRAL CONSOLE leads ihe bar-code and looks up (422) the amount available for that -card 
on its local database. In steps 423, 425, the CENTRAL CONSOLE determines if there is 
sufTicient credit available. If so the CENTRAL CONSOLE asks the LSM to update the 
new card balance on all other sites (427) and proceeds in steps 428 and 429 to open the door to 
5 the locker containing the Customer I200's goods. If there is insufiFicicnt credit (424, 426) the 
CENTRAL CONSOLE reduces the balance on the card to zero, communicates this new 
balance lo all other sites via the CENTRAL CONSOLE and infomis the Customer 1200 
that they must charge iheir card with more money before they can retrieve their goods. 
Ai step 429 the appropriate locker door is opened and the Customer 1200 retrieves 
10 their goods in step 430. At step 431 the CENTRAL CONSOLE checks to see if the 
Customerl200has closed the locker door. If he has the CENTRAL CONSOLE 
immediately locks it in step 433, The Customer 1200*s Collection Code for that package is 
kept active on the CENTRAL CONSOLE database for a further 5 minutes in case the 
Customer 1200 has shut the door in error (434). This may happen for a variety of reasons: for 
1 5 example the Customer I200may be distracted before collecting their goods and 

inadvertently close the door. Once 5 minutes has elapsed the Customer 1200 Code and PIN 
combination is deleted ftom the CENTRAL CONSOLFs order database (435) and the 
CENTRAL CONSOLE marks the locker as available for delivery (436). If the locker door is not 
shut 30 seconds after it is opened it remains open until the next delivery is made <432). 

20 

Collection Expiiv 500. 530 

The Customer 1200is given a fixed period to colkct their goods once Ihey have 
been delivered to an ACP Site 900. This period comprises a free collection time and a 
chargeable extension. If when this combined period has ended the goods have not been 
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retrieved they are sent back to the Etailcr 700. FIG. 12 describes thi^ collection expiry 
process. 

As pan of its daily processing routine, the Application Sctv« identifies all 
deliveries that are within 24 hours of the end of dae free collection time (501) and sends each 
5 Customer 1200 a message (502), via their preferred communication channel, warning them that 
they will be liable to a charge if their goods arc not collected within the next day. At step 
503 the Application Server checks to see, for each delivery identified in step 502, if the 
Customer 1 200 has retrieved the goods. If they haven't <504) the LSM marks the order as overdue 
and applies a fee every day for the remainder of the chargeable extension period or until 
10 the Customer 1200 collects their goods, whichever is the sooner. If <505) the Customer 1200 
collects their goods before the end of the chargeable extension period they must pay the 

overdue amount before the appropriate locker door is opened <506), as described in Collect 
Goods 400. 

When the chargeable extension ends the CENTRAL CONSOLE marks the Parcel 
15 ID of that package as expired on its orders database (507) and send a message to the Application 
Server via the LSM (508). In step 509 the Application Server looks up the Customer 1200's 
account based on the Parcel ID and sends a message to the Customer 1200^ via their 
prefened channel, telling them that theu* order has expired and will be sent back to the 
Etailer 700. As part of its daily processing routine the Application Server produces a list of 
20 all expired Parcel IDs by ACP Site 900 (5 1 0) and sends notification to the relevant delivery 
companies that return collections are required (51 1). 

In step 5 1 2 the deliverer approaches the CENTRAL CONSOLE at the ACP Site 
900 containing and expired order and logs-on to the CENTRAL CONSOLE in the nonnal 
way, as described in Deliver Goods 300, From the delivery main menu, the deliverer 
25 selects 'expiry* (513). At step 514 the CENTRAL CONSOLE prompts the deliverer to enter the 
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Parcel ID of the first expired order to be collected. In steps 515 and 516 this code is 

eniered by the deliverer and validated by ihe CENTRAL CONSOLE against its order 
database containing expired orders. If (517) the code is invalid the dehverer is asked to re-enter 
the code or log-om of the system (518, 519). If a valid code is entered the CENTRAL CONSOLE 

opens the appropriate locker door in step 520 and the deliverer retrieves the expired order 

from the locker in step 521. 

At step 322 the CENTRAL CONSOLE checks if the locker door has been closed. 
If it has the door is immediately locked and a timer set (524). The Parcel ID for that expired 
order is kept valid for a further 5 minutes in case the deliverer has made a mistake and has 
left the goods in the locker (525). At the end of this period the CENTRAL CONSOLE deletes 
the Parcel ID from its orders database (526) and marks the locker as available for deliveiy in 
step 527. If, at step 522, the deliverer has not shut the door and fails to do so within 30 
seconds of the door being opened, the door is left unlocked and available (523). 

Partner Senlement 600 

The method and apparatus of the present invention introduces efficiencies into the 
system for residential deliveries. TTicse efficiencies are made possible through the 
iniegralion of the present invention with order systems of Etailcr 700 s and the use of retail 
space of ACP Host 1 1 00s. FIG. 13 and FIG. 14 describe the process of settlement between 
these commercial panners. FIG. 13 describes this process for Etailer 700 s; FIG. 14 
describes this process for ACP Site 900 Host 1 100s. 

At the end of every calendar month the Application Server analyses all deliveries 
made to an ACP Site 900 by Customerl200s of registered Etailcr 700 s. A charge is 
calculated (601]^for each Etailer 700, based on this analysis and an invoice dispatched, in step 
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602, payable in 30 days. Ai sicp 603 the Application Server checks if the invoice has been 
paid. If it hasn't the payment is classified as late (604) and in step 605 the Etailer 700 is 
contacted lo chase-up the debt. Depending on the response in step 606. the Etailer 700 is 
cither suspended from the system (607) or further chase-up is requested. 
5 At the end of every calendar month the Application Server analyses all deliveries 

made to every ACP site 900 of a Host 1 100 partner (651, 652). A charge is calculated, for each 
ACT Host 1 100, based on this analysis (653) and an invoice dispatched, in step 654, payable in 
30 days. At step 655 the Application Server checks if the invoice has been paid. If it hasnl 
the payment is classified as late (656) and in step 657 the ACP Host 1100 is contacted to chase- 
1 0 up the debt. Depending on the response in step 658, the ACP Host 1 ] 00 is either 
suspended from the system (659) or further chase-up is requested. 



Close Doors 1300 

As part of both the Deliver 300 and Collect Goods 400 processes there arc 
15 occasions when the locker doors will be left open as part of nonnal business. This is 
untidy and leaves the lockers liable to be damaged or dirtied. To mitigate this risk the 
deliverer will attempt lo close any open doors when he visits the site to make a delivery or 
collection. 

In step 1301 the deliverer logs-on to the CENTRAL CONSOLE in the nonnal 
20 way, as described in Deliver Goods 300. From tlie delivery main menu, the deUverer 

selects 'close doors' (1302). At step 1303 the CENTRAL CONSOLE asks for the munbd- of the 
doors which need to be closed and locked. The deliverer enters the door numbers in step^ 
1304 and in step 1305 the CENTRAL CONSOLE sets each door to lockable mode and 
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prompts Che deliverer to close the selected door. As soon as each door is closed the 
CENTRAL CONSOLE locks it (1 306). 

Delivery Company Registration 1400 

Validation of delivery men is an essential requirement of both the Deliver Goods 
300 and Colieciion Expiry 500 processes. To enable validation delivery companies musr 
first register with the service. This process is described in FIG. 16, 

At step 1401 a new delivery company account is established on the application 
server and a unique Delivery Company ID is generated (1405). If the delivery company requires 
individual accounts to be established for each of their delivery men (1402) this is completed in 
step 1403. Similarly if delivery companies want to integrate the Delivery Company ID 

into their systems via bar-code reading (1404) this is done in step 1406. 

Once a new delivery company has been added the new Delivery Company IDs it 

downloaded (1407) to the CENTRAL CONSOLE at each ACP Site 900. 
ACP Host Registration 1500 

To facilitate Partner Settlement 600 and to uniquely identify each ACP Site 900 it 
is imponant to establish an account for each ACP Host 1 100. Steps 1501 and 1502 
complete this process by establishing a unique account number on the application server 
for each Host 1 100 together with unique IDs for each ACP Site 900. Once these IDs have 
been generated they are downloaded to the CENTRAL CONSOLE at «ach ACP Site 900 
in 1503. 
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Etailer 700 Redstration 1600 

To facilitaic Panner Settlement 600 and Collection Expiry 500 the applicaiion 
server it able to identify each separate Etailer 700. At step 1601 an account is established 
for each new Etailer 700 and a xinique ID is generated. If (1602) the Etailer 700 is able to provide 
bar-coded labels this is recorded in the application server at step 1603. 

I. CourieT Independent Delivery Model 

Figure 19 illustrates a computer network architecture employed in embodiments of 
the invention which support courier independence. In such embodiments, the user 
employing a web browser 2010 or alternatively the e-tailer 2008 may select one of many 
possible couriers 2002 2004 2006 to deliver an item ordered from an e tailer to a desired 
collection point. Processes employed to support such embodiments are illustrated in 
Figures 20-29. 

Figure 20 illustrates a process for determining an address for delivery of the 
ordered item. The customer interfacing with ihe e-iailer 2008 via the browser 2010 may 
provide a delivery address 2102, which is then checked for validity 2103, In 
embodiments, cookies located on the web browser 2010 may be searched for a collection 
point 21 10. Alternatively, a central database may be queried to determine a collection 
point which can accommodate the item, or package 21 11. 

A process for calculating delivery fees is illustrated in Figure 21. The package 
weight, size, and ship-from-addrcss arc determined from the c tailer 2008 server 2201. In 
embodiments of the invention, for each courier and each level of service available from 
that courier, a fee is determined 2203-22 10. In some embodiments, all of this information 
is presented to the customer on the web browser 2010, so that the customer may select 
shipping cpdons via a form on the browser 2010. In alternative embodiments, the 
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cheapest raic for a desired service/address combination is selected 2212. Other alternative 
rate selection schen^es facilitated by such embodiments will be apparent to those skilled in 
the an. 

In embodiments of the invention illusoaied in Figure 22, a shipping page is 
5 generated 221 3 for posting on the web browser 201 0. In some such opiions, the customer 
is presented with a rate grid with a price and courier for each service/address combination 
2301. Upon completion on all purchases 2307 from the etailer 2008, the process of shipping the 
order commences 2310. 

Figure 23 illustrates a process for registering 2306 a customer's collection point 
10 preferences and personal contact information. The customer is asked for contact 

information, including e-mail address 2401, The e-mail message may be checked for 
validity 2402. The customer may be asked to create a password for accessing lockers in 
the collection point 2404. This password may also be checked for validity 2405, and the 
procedure may be repeated 2406 until a valid password is set and confirmed 2407. 
15 Collection points available to the customer may be calculated 241 2« and upon the 

customer's selection, one such collection point may be chosen as a default 2413. Cookies 
containing the customer's preferences may be written 2409 2415 to the customer's 
browser 2010. 

The invention includes techniques for applying discounts for tlie delivery of 
20 multiple items. Embodiments for calculating such fees dynamically 2207 are illustrated in 
Figttfc 24. In one such embodiment, a grid of possible delivery dates for the item may be 
presented to the customer/user 2501. in some such embodiments, a discount may be 
offered to the user for consolidating multiple prc-scheduled deliveries 2503 2505 2506 
2507. In some embodiments, a pro-rata discount may be avaiiablc to the user 25 10. A 
25 delivery fee is ultimately tabulated 2513. 



In embodiments of the invention, the eiailer 2008 does not cany stock. This 
situaiion is typical of many if not most e tailers in operation as of the time of this writing. 
Such a situation is illustrated in Figure 25. In such circumstances, the e tailer 2008 
locates, receives, and packages the goods to be distributed 2601 . The order for the goods is 
5 received and a courier is identified 2603. A tracking number is generated according to 
rules specific to the courier and a label maybe primed with an address for the collection 
point and/or a bar-code tracking number 2604. A locker at the collection point is reserved 
26 11 for delivery of the goods. Figure 26 illustrates a settlement procedure employed for 
senling the transactions conducted with the c tailicr. The procedure loops through muJtiplc 
1 0 transactions 2702 2703, and sets the prices for each according to whether the scheduled 

shipping date agrees with the actual shipping date (2705, 2706) - this determines whether the 
consolidated shipping fee or the full price for the appropriate collection point is assessed 
2707. Figure 27 ilJustraics a process for setting the initial parameters for tabulating 
discounts. If dynamic fee calculation is available 2801, the appropriate binary parameter 
15 is set 2803, and the parameter initialization proceeds to determine if the consolidation 
discount is available 2804. If so, the appropriate binary parameter is set 2806, and the 
procedure determines whether pro-rata consolidation 2807 is available, and seis the 
appropriate binary parameter accordingly 2809. 

A process for scheduling delivery of the goods to the collection point is illustrated 
20 in Figure 26. The procedure determines that the collection point is automated 2902 and 
checks for availability of the collection point 2904, 2905. If space is unavaUablc at the 
collection point , alternative collection points may be sought 291 1 2912, and home 
dehvery options 2913 may be pursued. Figure 29 illustrates a process for delivering an 
item from a customer residence to an automated collection point; such ptocedwcs may he 
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utilized in case o customer requests home delivery from an e tailer, but is unavailable for 
the actual delivery. 

J. Single Courier Model 

Embodimcnis of the invention presume a single courier wili be used to deliver 
5 goods ordered from the e lailer to a collection point. Figure 30 illusuatcs a block diagram 
used in such embodiments. A customer is connected to the Internet via a web browser 
3000 looking at an e-tailer web site. The e-tailer web server 3002 is connected to tlic 
courier's host server 3004, referred to in the Figure 30 as the central server. A key part of 
this architecture is the seamless nature of this connection - the customer is unaware that 
10 processing is taking place outside the etailer web*site. 

The e-tailei keeps accounts of its own customer records, orders and inventory. The 
courier's central server interfaces to the e-tailer web server and may keep account of its 
own customer records; list all the collection points; list pending deliveries to those 
collection points; contain shipping rates for deliveries to those collection points; and hold 
1 5 system parameters which arc used in the delivery fee calculation. 

Figure 3 1 > labeled Address Determination, is a process flow diagram for 
dctcmiining the delivery address. The customer selects goods on an etailer site and 
proceeds to the checkout in the customary way 3101. The e tailer then asks the custonier 
to provide a delivery address for that particular order (3102), Once a valid address is established 
20 3 1 03, the first interaction between the c-tailer server and the courier's central servers 

occurs. The procedure verifies whether the customer has aheady given a collection point 
address 3104. If they have then 3105 the procedure checks that the collection point can 
handle the package size. This involves an interaction between the c-tailer server, which 
contains detailed inventory information, and the courier's -central server which contains 
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size restrictions for all collection point (this is particularly important for automated 
collection points where enclosures will have specific site limitations). If the gootis fit then 
a fee for that delivery can be calculated 3 108. 

If ax:olleciion point address isn't entered 3104, which will be the normal situation 
5 for the majority of new customers who will simply put their own home address, then 3107 
the courier's central server searches for a cookie on the customer's device which may 
contain collection point preferences. To use a collection point, customers are first 
registered and as pan of the registration process any preferences they specify will be 
written to a cookie stored on their device. If default collection points are found within that 
1 0 cookie (3 i 09) then the procedure 3110 determines if any of the collection points chosen can 

handle the package size. 

If a customer isn't registered orhasn*t si>ecified defaults then the central servers 
are asked to calculate the nearest collection points to the delivery address specified by the 
customer. Furthermore, only collection points that can accommodate the given package 

15 are selected. (31 11.) The system 31 12 3113 establishes the criteria for ibis search: system defaults 
specified by the courier are read 31 12; defaults specified J>y the customer are also read 
3113. System defaults could include one or more of the following: a default search 
radius, a maximum number of collection points to return and a preference for automated 
over manned collection points. Customer defaults may include search radius and feature 

20 of the collection point such as: 24 hour accessibility, high security, indoors. Once these 
criteria are combined the database of collection points is queried 3114. If the search is 
successful and a collection point(s) is found (3115) then processing moves to Delivery Fee 
Calculation 3115. If the search is unsuccessful, then collection point processing ends 
3117. Thus, the purpose of Address Determination is to establish if there is a 
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colleciion point of suiiablc size, near the customer's specified delivery address. And the 
next step is to calculate the fee associated with each of the collection points available. 

Method of fee determination employed by embodiments of the invention differ 
substantially from fee calculations for residential deliveries. The sharing of a single 
5 delivery address across many customers introduces cost savings which can be passed onto 
customers through delivery fee discountsrSuch discoums^may^arise, for instance, when 
two separate customers schedule deliveries to the same collection point on the same day. 

Referring to Figure 32, the package weight, size and the ship from address (i.e., the 
e-tailcr's storage address) may be read 3201 from the e-tailer server. Then the first 
) 0 collection point address is read in 3202 - there may be several addresses that need to be priced. 
The various services available for the first address are read in 3203. Services relate to the 
time dimension of delivery: typically couriers offer a variety of services from next day 
through to one week, now such as 1 day, 2 day, or 3/7 days services. 

The delivery fee calculation procedure 3204 checks whether dynamic fee ft 
15 calculations are allowed by the courier Such a parameter gives couriers the opportunity to 
pass back cost savings to customers on aease-by-casc basis. If the dynamic fee flag is set 
3204, then 3206 a shipping date is confirmed. A confirmed shipping date is a pre-rcquisite 
to any meaningful dynamic fee calculation - without such a date there is no way to 
determine when the goods will be delivered and therefore little point in trying to determine 
20 if there will be any savings that can be passed back to the customer. If a shipping date 
hasn't been confirmed by the e-tailcr, then step 3208 calculates and stores ibe delivery fee 
for each level of service based on a static fee table <i.c., a table that doesn't change based 
on the specifics of that delivery). If however, if a shipping date is confinned, then the 
processing moves on to Dynamic Fee Calculation 3205. if this is the iast collection point 
23 address 3209, then processing moves on to Format Shipping Page 3210; if not the next address 



is fcad 3207 and the above steps are xcpcatcd. In summary, Delivery Fee Calculation 
determines the appropriate delivery fee for every possible collection point address and 
delivery service combination. In embodiments of the invention the output is a grid of 
charges plotted against two axes: dmescaie of delivery and delivery address. 

Format Shipping Page 3210, illustrated in Figure 33, is responsible for presenting this 
grid of charges to the cuslomcr. The processing 3301 generates the grid described above. 
If the customer then selects a collection point for delivery 3303, the system 3305 checks 
whether the customer is registered. By definition, packages delivered to a collection point 
will not be delivered to a customer's home address. Such a system introduces two new 
requirements to the delivery process: }) the need to identify the customer - this can no 
longer be done using their home address; 2) the need to contact the customer to tell them 
that their goods have arrived at the collection point and are ready to collect. Both pieces 
of information are required before a delivery to a collection point can be sanctioned. Once 
the customer is registered 3306, 3308, and they have completed the purchase 3307, the order 
can be shipped. 

Figure 34 describes tlie Customer Registration Process 3306 in more detail. E-mail 
address and password are collected from the customer in steps 3401 through 3406. The 
customer is given the bpportimity to specify personal preferences 3407 which are written 

in a cookie to the customer's device. Options available, as mentioned above, may include 
preferred features of the collection point chosen such as: proximity to a car park, 24 hour 
accessibility, level of security, manned of automated. Other options will be apparent to 

those skilled in the art. As part of registration the customer is also asked 3408 to specify default 
collection point addresses. These might be near a customer's home, near their place of 
work or en route between the two. The system 34 11 prompts the customer to enter their 
deliver)' address and proceeds 3412 to calculate the collection poinU in that area. The 
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system 3413 then prompts the customer to select one or more as a default - to be used 
when calculating delivery fees. A customer may want to specify a number of defaults 
knowing that certain carriers offer dynamic fee calculation which may result in a price 
differential between sites for a given delivery. Once all preferences are recorded on the 
5 customer's cookie 3409, 341 5 processing moves to Fonnat Shipping Page 3414, 3410. 

Figure 35 describes the Dynamic Fee Calculation process 3207. It allows calculation 3513 of 
iiidividual fees based on the particulars of a customer's order. More precisely it allows the 
cost savings, associated with multiple customer sharing one address, to be passed on to 
those customers if a courier so wishes. The process 3501 builds a grid of possible delivery 
dates that are available, and then 3502 reads in the delivery dales for the first service 
provided by the courier. In the first key step, it checks whether the courier will allow 
discounts to be offered to ihe customer in the event that another delivery is already 
scheduled for that collection point on that day 3503. Clearly, as many customers share 
one address ii*5 highly possible that several deliveries may arrive at that address on a given 
day - hence the possibility of consolidation discounts. The number of existing deliveries 
scheduled for each date given is calculated 3505 and stored against that service in a 
lemporaiy grid in memory. 

If 3506 there are other deliveries scheduled on that day, then a further key check is made 
3508 as to whether the courier will provide a pro rata consolidation discount. Once 
consolidation has been established the courier has two choices: 1) offer a fixed discount; 
2) pro rata the discount based on the number of items delivered to that site on that day. In 
the cuneni delivery system, where all items are sent to individual addresses <coiporate or 
residential), if there were deliveries to five separate addresses then the courier would have 
a minimum of five trips - assuming all customers were in to accept delivery. Using this 
new model couriers are guaranteed to make one trip (collection points arc always open to 
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accept deliveries). So there is at least a five fold saving in such a scenario and its whether 
the courier decides to pass on additional discount based on that level of consolidation that 
irs checked for in 3508. If they do, then in 3510 the day with the highest nuinbei of 
scheduled deliveries is calculated to allow the customer a maximum discount and 351 1 a - 
5 pro rate consolidation discount is calculated. If 3508 the pro rata is not allowed, then 3509 
the consolidated discount is calculated based on a flat amount. 

If the results of the query to the pending deliveries table reveals no scheduled 
deliveries to that collection point on any of the days available, then step 3507 looks up the 
standard fee to that site from the courier's rate database. This is different from the static 
10 database kept on the e-iailer server, simply because this allows the courier to update their 
rates for a particular collection point at iheir convenience. Then this loop is iterated again 
3512, 3504 for the next service available until all service options have been exhausted. 

Figure 36 describes the Ship Order process. Once a purchase order is placed by 
the customer the eiailermusl locate the goods ready to be shipped. Often etailer do not 
1 5 have the goods in stock and they must be ordered from a supplier or another distribution 
center. Once the goods are received at the distribution warehouse they are packaged 3601. 
Next a label is primed that includes the collection point address and a tracking munbcr 
generated that can uniquely identify the package. The system 3602 looks up the customer 
order and determines the appropriate collection point address. The system 3603 then 
20 generates the tracking number by linking to the courier's xreniral server. It then proceeds 
to the print the package label using the address and the bar-coded tracking number 3604. 
The system dispatches 3605 the goods and writes a transaction record to the 
settlement log 3606. Simultaneously 3608 it checks to see if the destination collection point is 
automated If so the tracking number is sent to the collection point memory 3610, in 
25 preparation for delivery. Automated collection points only allow delivery of goods that 
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arc scheduled for ihat site. To perform the necessary validation the tracking numbers of all 
pending deliveries must be downloaded as soon as the goods are dispatched. Automated 
collection points allow the reservation of a particular enclosure 361 1 for a specific delivery. If 
such a reservation is required then confirmation is sent to the collection point regarding 
when (he package is dispatched. 

Figure 37 describes a standard sctilcment process, with one caveat. As was 
mentioned in Dynamic Fee Calculation, consolidation discounts can only be offered to the 
customer if a guaranteed shipping dale is known. If this shipping date was confirmed by 
the c-tailer but then subsequently not met, the system 3707 prevents the courier from loss 
of revenue by applying the full non-consolidated shipping fee to the etailer's account. 
Clearly, the customer still benefits from a consolidation discount, but the c-tailcr is 
effcciively punished for a delay in shipping the goods by being charged the difference 
berween this figure and the fiill amount. The remainder of the steps in this process 
describe a standard loop for reading in transactions, summarizing them for each c-tailer 
and submitting an invoice. 

There are a number of options available to the cotiricr when calculating delivery 
fees. Figure 38 describes the setting of these flags. First 3801 the courier chooses whether 
to allow any dynamic calculation of fees. If they do then 3803 the dynamic fee flag is set 
io on. The courier is then given the option 3804 of going further and allowing discounts 
based on any consolidation. If they do then the consolidation flag is turned on in 3806. 
Finally 3807 the courier is asked whether they would like to pro rata any consolidation 
discount awarded to the customer. If they do then the pro rata consolidation discount flag 
is turned on 3809. 

Figure 39 describes processing that is another unique attribute of an automated 
collection point network: the ability to guarantee that a delivery person will never arrive at 
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a full amomaied collection point. In step 3901 all deliveries scheduled for collection points 
for that day are read from the courier's central server and the first of these is read into 
memory 3902. The system 3903 checks that the delivery is for an automated collection 
point - if it is not then no advanced availability checking is possible and the next delivery 
is read 3904. 

If the delivery is for an automated collection point then the system 3905 checks Uie 
availability of this site from the collection point table stored in the cenual server. If space 
is available in a suitably sized enclosure, the delivery is confirmed 3906 and the delivery 
window is passed lo the logistics system of the central server. This step highlights a major 
benefit of automated collection points: the capacity to receive deliveries 24 hours a day 
and particularly at night. 

If space is unavailable 3907, the processing checks if this is the last available 
delivery date within the service commimient. If there are days remaining (e.g. the delivery 
was promised within 3 to 7 business days and it is only day 5) then the delivery is 
postponed 3908 and marked for review on the next available delivery day. If, however, it is the 
last permissible delivery date, then the customer's collection point preferences are read 3909 
from the central server. Customers may elect lo have goods delivered to an alternative 
collection point should their preferred site be full Such instructions are established by the 
customer as part of registration. If 3910 the customer has given permission for an alternative 
site to be used then 391 1 the availability of all collection points is checked within a five 
mile radius of the original collection point address. 

If 3913 there is availability at a suitable alternative site then delivery is confirmed to this 
address and 3916, the scheduling flexibility of this new site is confirmed to the carrier's 
routing and logistics system. If there isn*t any availability at any collection point near the 
customer's home or if there arc no alternative collection points, then the customer's 
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accouni is read again 3912 lo determine if ihcy will allow home delivery. Clearly if a 
customer has arranged for goods to be delivered to a particular collection point and it's 
busy, it may be more convenient for the customer to receive the goods at home rather than 
experiencing a delay. If the customer has given permission for home delivery, then 
5 confirmation is sent 3914 to the courier's routing system that delivery should be made to the 
customer's home address. If customers have not specified home delivery as an alternative 
option, then a customer contact is scheduled arranged 3915 and the delivery is postponed until 
the next delivery day. This process is repeated 3917 until all collection point transactions for 
that day have been processed 3918. 
10 Figure 40 describes another unique facet of a collection point network - the ability 

to redirect a residential delivery to a collection point in the event that the customer is not 
in to sign for the goods. More specifically this process allows the delivery man to 
determine immediately if there is availability at a nearby collection point and facilitates 
the automatic recalculation of the most econonuc route that includes this new address. 
15 Once the delivery man has determined 31001 that the customer is not in to receive the 

goods, he asks his PDA to connect 3 1002 to the courier's central server and read in the 
customer's details. If 3 1003 the customer is a registered collection point user^ then their account 
is accessed to determine 31006 if they have given permission for delivery to a collection point if 
they are not in to receive goods. If they have given permission, then in 31007, their 
20 prefenred collection points are read. If they haven't specified preferences, then the central 
server searches 31008 for collection points within five miles of their home address. If 31009 
collection points are found, or if preferences are given as part of their accotmt details, then 31010 
the availability of these collection points is determined starting with the closest. If in 31011 a 
collection point is available then the courier's logistics system is asked if to detenrune 3 1013 if 
25 an economic route exists which incorporates this new address in the remainder of the 
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delivery man's route. If 31015 it is economic to deliver to that collection point then the driver's 
route is updated 31016 asd the tracking number of the package is downloaded to the collection 
point in preparation for delivery, If in 3 1009 no collection points are found with availability, 
then the package can't be delivered and is returned to the depot (31012). Similarly if 
5 none of the collection points has availability or if the alternative route including tliat 
collection point in uneconomic^ then the package will be returned to the courier.*s depot. 

K. Ahemative Embodiments 

In an alternative embodiments of the invention, a centralized, synchronous system 
is used to validate delivery codes for packages delivered to an ACP. In one such 

10 embodiment, a package delivered to the ACP is validated by its packet ID, such that the 
packet ID is sent to the central server for validation. Once the packet ID is validated at the 
central server, a command to open an appropriate door on the ACP may be sent from the 
central server to the central console on the ACP. 

In embodiments of the invention, a package may be validated by insertion of a 

15 delivery company ID to ihc console. In particular, an ID for the delivery agent which 
brings the package to the ACP may be used to validate delivery of the package. In some 
such embodiments, the delivery ID may be sent to the central server for validation. In 
other embodiments, the delivery ID may be validated asynchronously. In some such 
embodiments, delivery ID s for each of a plurality of delivery companies may be 
20 downloaded to local memory on the ACP console at periodic intervals. In some 

embodiments, the delivery ID s may be downloaded en masse after a triggering event, 
such as an opening or closing of a locker door. 
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in soxoc ^mbodimems. ihe console xioes not include a k€)4>oaitl. In some siK:h 
embodimems, validation of the package ID may be conducted through wk^iess HW«ffeces 
such es a bar code scanner or a wireless <ransmittCT/receiv«-. 

In embodimenis of the invention, after x§elivery of a package to an ACP, a 
confinnaiion of deliverx' may be sent from the ACP to an inierf^ tievioe. In some 
embodimenis, this confirmation may take the fonm of a digital si^ature. 'n>e digita] 
signature may identify one or more of the following: location of the ACP, time of 
delivery, package ID, user ID, deUver y company ID. 

L. Conclusion 

The foregoing description of various embodiments of the invention has been 
presented for purposes of ilJusirarion and description. It is not intended 4o limit Ae 
invention to the precise forms disclosed. Many modifications and^uivairai airangemems 
will be apparent. 
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